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(57) ABSTRACT 

A method and system for reducing congestion of real time 
data traffic on a multimedia communications network having 
a traffic control mechanism. The method comprises of first 
extracting from data traffic in the multimedia communica- 
tions network information regarding congestion of the mul- 
timedia communications network. This extraction is per- 
formed by a network of monitors. Secondly, congestion is 
regulated by a central server which receives network infor- 
mation from the monitors and utilizes the network informa- 
tion to analyze congestion status and communicate instruc- 
tions to the multimedia communications network to reduce 
congestion. 

24 Claims, 3 Drawing Sheets 
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MONITOR FOR THE CONTROL OF 
MULTIMEDIA SERVICES IN NETWORKS 

BACKGROUND OF THE INVENTION 

1. Technical Field 

The present invention relates generally to a communica- 
tions system and in particular to a method and system for 
improving flow of data traffic within a communications 
network. Still more particularly, the present invention relates 
to a method and system for improving flow of data traffic 
within a multimedia communications network by reducing 
congestion. 

2. Description of the Related Art 

The H.323 standard is an umbrella recommendation from 
the International Telecommunication Union (ITU) that sets 
standards for multimedia communications over Local Area 
Networks (LANs) that do not provide a guaranteed Quality 
of Service (QoS). These networks dominate today's corpo- 
rate desktops and include packet-switched Transmission 
Control Protocol/Internet Protocol (TCP/IP) and Internet 
Packet Exchange (IPX) over Ethernet, Fast Ethernet and 
Token Ring network technologies. Therefore, the H.323 
standard is an important building block for a broad new 
range of collaborative, LAN-based applications for multi- 
media communications. 

The H.323 standard is the newest member of a family of 
ITU umbrella recommendations which cover video tele- 
phone multimedia communications over a variety of pipe- 
lines. The H.323 standard is in many senses a derivative of 
H.320, 1990 umbrella recommendation for video telephone 
over switched digital telephone networks. The H.323 stan- 
dard borrows heavily from H.320' s structure, modularity, 
and audio/video compression/ decompression (codec) rec- 
ommendations. 

The H.323 standard provides a foundation for audio, 
video, and data communications across IP based networks, 
including the Internet. By complying to the H.323 standard, 
multimedia products and applications from multiple vendors 
can interoperate, allowing users to communicate without 
concern for compatibility. The H.323 standard will be the 
keystone for LAN based products for consumer, business, 
entertainment, and professional applications. 

Communications under the H.323 standard can be con- 
sidered a mix of audio, video, and control signals. Audio 
capabilities, Q.931 call setup, RAS control, and H.245 
signaling are required. All other capabilities including video 
and data conferencing are optional. When multiple algo- 
rithms are possible, the algorithm utilized by the encoder are 
derived from information passed by the decoder during the 
H.245 capability exchange. H.323 terminals are also capable 
of asymmetric operation (different encode and decode 
algorithm) and can send/receive more than one video and 
audio channel. 

The H.323 standard addresses call control, multimedia 
management, and bandwidth management for point-to-point 
and multipoint conferences. It is designed to run on common 
network architectures. As network technology evolves, and 
as bandwidth management techniques improve, H.323- 
based solutions will be able to take advantage of the 
enhanced capabilities. The H.323 standard is not tied to any 
hardware or operating system and H.323-compliant plat- 
forms will be available in all sizes and shapes, including 
video-enabled personal computers, dedicated platforms, and 
turnkey boxes. 
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Often, users want to conference without worrying about 
compatibility at the receiving point. The H.323 standard 
establishes standards for compression and decompression of 
audio and video data streams, ensuring that equipment from 
5 different vendors will have some area of common support. 
Besides ensuring the receiver can decompress the 
information, the H.323 standard establishes methods for 
receiving clients to communicate capabilities to the sender. 
The standard also establishes common call setup and control 
protocols. 

The H.323 standard utilizes both reliable and unreliable 
communications. Control signals and data require reliable 
transport because the signal must be received in the order in 
which they were sent and cannot be listed. Audio and video 
15 streams lose their value with time. If a packet is delayed, it 
may not have relevance to the end user. Audio and video 
signals utilize the more efficient but less reliable transport. 

Because the H.323 standard is Real-Time Transport Pro- 
tocol (RTP) based, it can operate on the Internet's Multicast 
20 Backbone (Mbone), a virtual network on top of the Internet 
that provides a multicast facility, and supports video, voice 
and data conferencing. The H.323 [H.323v2] standard has 
been proposed to perform call control (i.e. make 
connections) of real-time service on IP networks. The H.323 
25 standard allows end-points or terminals wanting to make 
connections to negotiate bandwidth and coding require- 
ments before the connection is established. In this standard 
there are three key players: 

End-point: These are terminals which need to make 
30 connections. They request the connection through a 
gatekeeper (if one is on the network) and they also 
negotiate the connection parameters. 
Gatekeeper: These entities perform bandwidth control (on 
LANs) and routing of connection packets towards the 
35 destination terminal. 

Gateway: This entity can be thought of as a collection of 
end-points, but these entities also translate from other 
bearer protocols (such as time-division multiplexing 
(TDM)) to the IP protocol. 
40 FIG. 1 clearly illustrates the interconnectivity of these 
components. FIG. 1 depicts a network with several gate- 
keepers 100, routers 101, endpoints 102, gateways 108, and 
terminals 104. Gatekeepers 100, routers 101, gateways 108, 
endpoints 102, and terminals 104 are interconnected via 
45 network links 106. Note that gatekeepers 100 are linked 
together to form the framework of the network while gate- 
ways 108, endpoints 102 and terminals 104 serve as the 
branches to this framework. 

The Gatekeeper is a H.323 entity that provides address 
50 translation, control access, and sometimes bandwidth man- 
agement to the LAN for H.323 terminals, Gateways, and 
Multipoint Control Units (MCUs). Gatekeepers perform two 
important call control functions which help preserve the 
integrity of the corporate data network. The first is address 
55 translation from LAN aliases for terminals and gateways to 
IPX addresses, as defined in the Registration/ Admission/ 
Status (RAS) specification. The second function is band- 
width management, which is also designated within RAS. 
For instance, if a network manager has specified a threshold 
60 for the number of simultaneous conferences on the LAN, the 
Gatekeeper can refuse to make any more connections once 
threshold is reached. The effect is to limit the total confer- 
encing bandwidth to some fraction of the total available, the 
remaining capacity is left for email, file transfers, and other 
65 LAN protocols. The collection of all Terminals, Gateways 
and Multipoint Control Units managed by a single gate- 
keeper is known as a H.323 Zone. 
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Improvements in communications arise from changing 
user's needs and demands. Previously, public network needs 
were driven by telephoning and voice data. Data traffic has 
grown slowly until recently. With the lower cost in telecom- 
munications and the higher increase in processing power of 5 
computers, the number of users accessing communications 
networks has increased. The needs of these users include, for 
example, video telephone, low cost video conferencing, 
imaging, high definition television (HDTV), and other appli- 
cations requiring multimedia data transfers. Multimedia 
combines different forms of media in the communication of 
information between a user and a data processing system, 
such as a personal computer. A multimedia application is an 
application that utilizes different forms of communications 
within a single application. Multimedia applications may, 
for example, communicate data to a user on a computer via 15 
audio, text, and video simultaneously. Such multimedia 
applications are usually bit intensive, real time, and very 
demanding on communications networks. 

The H.323 standard sets multimedia standards for the 
existing infrastructure (i.e. IP-based networks). Design to 20 
compensate for the effect of highly variable LAN latency, 
the H.323 standard allows customers to utilize multimedia 
applications without changing their network infrastructure. 

Reliable transmission of messages utilizes a connection- 
oriented mode for data transmission. Reliable transmission 2 5 
guarantees sequenced error-free, flow-controlled transmis- 
sion of packets, but can delay transmission and reduce 
throughput. The H.323 standard utilizes reliable (TCP) 
end-to-end service for the H.245 Control Channel, the T.120 
Data Channel and the Call Signaling Channel. 30 

Within the IP stack, unreliable services are provided by 
User Datagram Protocol (UDP). Unreliable transmission is 
a mode without connection with promises nothing more than 
"best effort" delivery. UDP offers minimal control informa- 
tion. It is a network layer which sits at the same level of 35 
network stack as TCP. It is a connection-less protocol within 
TCP/IP that corresponds to the transport layer in the ISO/ 
OSI model. UDP converts data messages generated by an 
application into packets to be sent via IP but does not verify 
that messages have been delivered correctly. The H.323 40 
standard utilizes UDP for the audio, video and the RAS 
Channel. 

IP networks are the technology driving the Internet. The 
rise of these networks is primarily due to their acceptance as 
the layer 3 protocol in the enterprise networks. Most PCs 45 
now utilize transmission control protocol/Internet protocol 
(TCP/IP) as their networking protocol. IP has even gained 
acceptance as the wide area protocol since it is about 
25-30% more efficient than ATM. 

The kinds of traffic running over IP networks are of two 5 0 
major types: 

Elastic traffic or non-real-traffic which is primarily data 
file transfer. Most of this traffic uses TCP as its trans- 
port level protocol and it can withstand delay quite 
well, but any corruption of data must be re-transmitted; 55 
and 

The inelastic or real-time traffic is interactive voice, video 
or data-conferencing. This kind of traffic does not 
withstand delay well since late information in an inter- 
active session is of no use. This kind of traffic utilizes 60 
real time protocol (RIP) over UDP as the transport 
protocol. 

UDP is the dominant multimedia protocol. However, it 
does not have any inherent congestion control mechanism. 
A need thus exists for Real-Time Transport Control Protocol 65 
(RTCP) protocol on top of UDP to control delays. RTCP 
works with RTP for multimedia services. 
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Running real-time traffic over IP network has other sig- 
nificant problems also. Currently, there is no way of reserv- 
ing bandwidth end-to-end in an IP network. Each IP packet 
takes its own route through the network. Therefore, each 
packet gets to its destination (in theory) through a different 
route and can have a different delay in getting to its 
destination. This causes delay variance or jitter at the 
destination where the packets have to be "played" for the 
destination user. 

There have been some concerns in voice-over-IP (VoIP) 
industry that the introduction of large volume voice traffic 
into an IP network will unfairly compete for network band- 
width with existing TCP traffic. TCP has congestion control 
mechanisms built in. Once TCP senses network congestion 
by its detection of lost packets, it will reduce its packet 
transmission rate. Therefore, in case of network congestion, 
all TCP connections will throttle back until the congestion is 
relieved. However, UDP does not have similar control 
mechanisms. For now, UDP traffic in IP networks has been 
minimal. Although only TCP traffic reacts to network 
congestion, it has not been a problem. It is expected that the 
introduction of VoIP services will bring in a large volume of 
UPD traffic. Voice UDP traffic is an ill-behaved source and 
can potentially lock out TCP traffic in case of congestion. 
Since other multi-media services, such as video 
conferencing, are also expected to use UDP as the transport 
layer protocol, this problem exits for all IP multi-media 
services. Data applications currently use and will continue to 
use reliable transmission protocols (i.e. TCP) because data 
integrity is the top priority. The perceived UDP traffic 
increase will come from IP multimedia applications. Some 
congestion control mechanism is required to manage multi- 
media UDP traffic. 

Therefore, it would be desirable to have an improved 
method for reducing congestion in the flow of data traffic in 
a multimedia communications network. Additionally, it 
would be desirable to reduce such congestion flow without 
significant interruption in the flow of data within the mul- 
timedia communications network. 

SUMMARY OF THE INVENTION 
It is one object of the present invention to provide an 
improved method and system for a communications system. 

It is another object of the present invention to provide an 
improved method and system for improving flow of data 
traffic within a communications network. 

It is yet another object of the present invention to provide 
an improved method and system for improving flow of data 
traffic within a multimedia communications network by 
reducing congestion. 

The above features are achieved as follows. A method is 
disclosed for reducing congestion of real time data traffic on 
a multimedia communications network having a traffic con- 
trol mechanism. The method comprises first extracting from 
data traffic in the multimedia communications network 
information regarding congestion of the multimedia com- 
munications network. Secondly, congestion is regulated on 
the multimedia communications network utilizing the net- 
work information extracted from the multimedia communi- 
cations network. 

In accordance with a preferred embodiment of the present 
invention, a plurality of monitors scans the through data 
traffic for RTCP packets. The RTCP packets provide infor- 
mation on the traffic flow which is extracted by the monitors. 
The information is forwarded to a central server where it is 
analyzed. Following this analysis, the central server initiates 
steps to relieve congestion in the network. 
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The above as well as additional objectives, features, and 
advantages of the present invention will become apparent in 
the following detailed written description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The novel features believed characteristic of the invention 
are set forth in the appended claims. The invention itself, 
however, as well as a preferred mode of use, further objec- 
tives and advantages thereof, will best be understood by 
reference to the following detailed description of an illus- 
trative embodiment when read in conjunction with the 
accompanying drawings, wherein: 

FIG. 1 is a diagram depicting a representation of physical 
network of a communications system according to one 
embodiment of the present invention; 

FIG. 2 is a diagram of a communications system with 
attached congestion monitors according to one illustration of 
the present invention; and 

FIG. 3 is a flow chart depicting the logic flow of the 
process for relieving congestion in the communications 
system according to one embodiment of the present inven- 
tion. 

DETAILED DESCRIPTION 

With reference now to the Figures, the preferred embodi- 
ment of the present invention is depicted. The invention 
discloses a way to monitor congestion of data traffic on a 
multimedia network. While the preferred embodiment of the 
invention described herein is implemented within a H.323 
network, it is understood by those skilled in the art that the 
invention can be practiced in any network containing the 
RTCP protocol or any other protocol with similar function- 
ality. 

Video and audio traffic is bandwidth intensive and could 
clog the corporate network. The H.323 standard addresses 
this issue by providing bandwidth management. Network 
managers can limit the number of simultaneous H.323 
connections within their network or limit the amount of 
bandwidth available to H.323 applications. These limits 
ensure that critical traffic will not be disrupted. 

In RTP protocol, a header containing a time stamp and a 
sequence number is added to each UDP packet. With appro- 
priate buffering at the receiving station, timing and sequence 
information allows the application to eliminate duplicate 
packets, reorder out of sequence packets, synchronize 
sound, video and data, and accept continuous playback in 
spite of varying latencies. 

The Real Time Control Protocol (RTCP) is utilized for the 
control of RTP. RTCP monitors the quality of service, 
conveys information about the session participants, and 
periodically distributes control packets containing quality 
information to all session participants through the same 
distribution mechanisms as the data packets. 

The network protocol stack for multi-media services 
specified in the H.323 standard is one that puts application 
traffic on top of RTP/RTCP, then on top of UDP/IP. Within 
this protocol stack, RTCP does provide feedback informa- 
tion on the quality of the data distribution. RTCP is a 
scalable protocol that provides sufficient network delay, 
packet loss, throughput information, etc. In the present 
invention, the RTCP information is utilized to build conges- 
tion control mechanism for multi-media UDP traffic and 
multi-media traffic in general because RTP/RTCP is used for 
all multi-media traffic. 

According to the H.323 standard, voice traffic (video 
traffic as well) is transmitted on top of RTP/RTCP. The 
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real-time transport protocol (RTP) provides end-to-end 
delivery services for data with real-time characteristics, such 
as interactive audio and video. These services include pay- 
load type identification, sequence numbering, time stamping 

5 and delivery monitoring. The RTP control protocol (RTCP) 
is based on the periodic transmission of control packets to all 
participants in the session. It provides feedback on the 
quality of the data distribution, carries a persistent transport- 
level identifier for RTP sources, and controls the RTCP 

10 packet rate to scale up to a large number of participants. 
RTCP also dynamically keeps track of the number of par- 
ticipants in a session and guarantees the control traffic is 
limited to a small fraction of the session bandwidth 
(suggested at 5%). 

15 RTCP information is not only useful for the sender and 
receiver but also can be utilized by third-party-monitors. 
Such monitors (congestion monitors) process only the RTCP 
control packets and not the corresponding RTP data packets 
to evaluate the performance of networks. Congestion moni- 

20 tors can be deployed to monitor RTCP messages (possibly 
some ICMP messages as well, such as the source quench 
message) and derive congestion information about the net- 
work. Such information is utilized by the call control 
servers, gatekeepers, in the network to control the network 

25 congestion and provide QoS guarantees. 

The present invention provides a congestion control 
mechanism for IP multi- media services based on H.323 
networks and other networks which contain the RTCP 
protocol or protocols with similar functionality. Basically, 

30 congestion monitors are utilized to monitor RTCP informa- 
tion generated by H.323 sessions and communicate with a 
central congestion server to calculate the network conges- 
tion status. In the preferred embodiment, the congestion 
monitors are specialized stand-alone boxes that can tap into 

35 a router or switch to monitor RTCP traffic. In another 
embodiment of the invention, the congestion monitor is 
integrated within the IP routers. Its primary functionality is 
to scan RTCP packets within the traffic stream, extract 
performance information from the packets, and summarize 

40 them on session basis. Some simple performance statistics 
can be calculated at the monitors. Call admission control 
logic is implemented at network call control centers, 
gatekeepers, to control network congestion. 

45 The congestion monitors are specialized because they can 
look only at RTCP packets. Unlike routers, for example, 
which look at and processes all the data packets, congestion 
monitors can differentiate the packets and scan only the 
RTCP packets within the data traffic. These RTCP packets 

5Q represent a small percentage of the overall data traffic. The 
congestion monitor may be hardware implemented. Due to 
its need to react to the high speed of data traffic, congestion 
monitors themselves are required to have very high process- 
ing speed. The congestion monitors performs only basic 

55 processing of the packets to collect basic statistical infor- 
mation; therefore they do not have to be very complex (tittle 
intelligence). 

The appropriate usage of congestion monitors can reduce 
the delay variance and packet drop rate of IP packets and, 

g0 thus, improve Quality of Service (QoS) for multi-media IP 
services. There are two possible approaches to implement 
control over network congestion. These are call admission 
control and bandwidth reduction. 

Call admission control is probably the more effective 

65 approach for voice over IP services. It is also very effective 
for other type of services. In the preferred embodiment, call 
admission control (i.e., rejecting new calls) is implemented 



US 6,529,475 Bl 



8 



at network call control centers, gatekeepers, to control 
network congestion. Whenever the centralized congestion 
server detects congestion in the network, it will inform the 
relevant gatekeepers in the network. If the congestion is 
global, all gatekeepers will be informed. If it is local to 
certain part of the network, only gatekeepers controlling that 
part of the network will be informed in the preferred 
embodiment. Upon such notification, gatekeepers will adjust 
its call admission policies according to certain predefined 
rules. Under these rules in the preferred embodiment, it is 
tougher for a new call to be admitted the more congested the 
network is. Also, the rules provide fairness among users and 
enforce service priority if required. Since the central con- 
gestion server utilizes real time RTCP information generated 



keepers are software driven. The required functionality of 
the central server can be programmed into the gatekeepers 
(i.e. the software modified) to enable them to manage the 
flow of data traffic based on the information received form 
the monitors. 

Application Specific Integrated Circuits (ASIC) technol- 
ogy can be utilized to implement the functionality to com- 
plete the task in realtime. Some simple performance statis- 
tics can be calculated at the congestion monitors, then, 
statistics from the sessions that are reporting performance 
problems will be sent to a centralized server to compile the 
overall picture about the network congestion status. RTCP 
packets provide sufficient information to derive statistics 
such as the packet loss rate, average payload size, connec- 



by RTP connections, the scheme can provide responsive and JS tion throughput, and determine whether problems are local, 
timely control over voice multi-media UDP traffic in a IP 
network. 

Bandwidth reduction is the second approach to control- 
ling the network congestion. Unlike data applications, which 
are delay insensitive, multi-media applications require cer- 
tain constrains on end-to-end data delivery. Therefore, the 
schemes utilized in TCP protocol may introduce uncon- 
strained delay. Bandwidth reduction can not be achieved by 
increasing transmission time and, consequently, reducing 
the transmission rate. Instead the amount of data that needs 
transmission should be reduced for multi-media services in 
case of network congestion. For video, bandwidth reduction 
can be achieved by adjusting window size, frame rate, video 
quality, color coding schemes, etc. In voice-only 
connections, such bandwidth reduction options are limited. 
For example, the lowest coding rate for VoIP is 5.3 kbps 
which, including all the header overhead, has an effective 
rate of only 16 kbps. There are ways to reduce it further, such 
as silence compression and header compression. 

Normally, applications can detect congestion by RTCP 
information they receive and are expected to take certain 
actions to reduce its data rate in case of congestion. 
However, it is possible that even though some connections 
do not see obvious congestion signals, the overall network 
is congested. In order to effectively control the congestion, 
the network may want to make these applications reduce 
their data rate as well. There are two possible ways of doing 
it. In the preferred embodiment, the gatekeepers inform 
these applications directly. The other embodiment allows the 



regional or global. Because the required functionality is 
limited and RTCP traffic is low volume in nature, such a 
monitor does not need to be a high-capacity product. 
Therefore, the implementation is relatively easy and inex- 
20 pensive. 

With reference now to the figures, and in particular FIG. 
2, the present invention may be implemented with the basic 
communications network as shown. FIG. 2 depicts the 
preferred embodiment of the present invention. The main 

25 elements of the present invention are shown overlaying the 
network of FIG. 1. The network as described above consist 
of gatekeepers 100, routers 101, gateways 108, endpoints 
102, and terminals 104 interconnected via network links 
106. Connected to routers 101, are monitors 110 which 

30 remove the RTCP packets from the network. These monitors 
send the information received from the RTCP packets to 
central server 112 via some transport/connection means 111 
such as a bus link or other communication channel. Central 
server 112 is in turn connected to the network's gatekeepers 

35 100 via server connections 113. Note that in this preferred 
embodiment, central server operates separately from gate- 
keepers. 

Turning now to FIG. 3, there is depicted one embodiment 
of the logic flow of the process for reducing congestion in 
40 the network. The process begins when the congestion moni- 
tors are connected to and begin to monitor the network as 
illustrated in block 201. The congestion monitors look at 
RTCP packets within the data traffic as shown in block 202. 
Once this is done, the RTCP packets are analyzed in real 



congestion monitors to alter the content of RTCP packets to 45 time and statistical information regarding the congestion 



"fool" the source applications into congestion detection and 
bandwidth reduction. 

In the preferred embodiment, the balance between the 
TCP congestion control schemes and the proposed RTCP 
based control scheme is a critical issue. Fairness needs to be 
preserved between the two schemes according to service 
priority and bandwidth availability. Neither scheme takes 
away an unfair amount of bandwidth at the same priority 
level from the other when congestion happens. Since the 



status of the network are collected as depicted in block 203. 
Periodically, the congestion monitors forward the informa- 
tion to the central server as shown in block 204. Central 
server utilizes this information to determine the congestion 
50 status of the network as shown in block 205. If the network 
is not congested, the process is restarted with the next batch 
of RTCP packets. If however, the network is congested, the 
central server sends a signal to the gatekeepers as illustrated 
in block 206. Once this signal is sent, the gatekeepers react 
TCP schemes are well standardized whereas RTCP does not 55 to reduce congestion in the network as shown in block 207. 
specify how to act on the congestion, RTCP schemes are This process is then repeated for the next set of RTCP 
tuned to react in a manner comparable to TCP under packets. 

congestion in the preferred embodiment. The description of the preferred embodiment of the 

The central servers are high capacity computers which present invention has been presented for purposes of illus- 
take multiple connections and can perform network 60 tration and description, but is not intended to be exhaustive 
management/configurations. Most of the functionality of the or limit the invention in the form disclosed. For example, 



server is completed utilizing software algorithms. In one 
embodiment of the invention, these central servers exist as 
independent units from the network and send/relay messages 
to the gatekeepers to control congestion. In another embodi- 
ment of the invention, the gatekeepers themselves serve as 
the central servers. This embodiment is possible since gate- 



although central servers are depicted as separate components 
from the gatekeepers, it is understood that the functionality 
of the central servers may be incorporated into existing 
gatekeepers. Many modifications and variations will be 
apparent to those of ordinary skill in the art. The embodi- 
ment was chosen and described in order to best explain the 
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principles of the invention and the practical application to 
enable others of ordinary skill in the art to understand the 
invention for various embodiments with various modifica- 
tions as are suited to the particular use contemplated. 

What is claimed is: 5 

1. A method of reducing congestion of real time data 
traffic on a multimedia communications network having a 
plurality of gatekeepers, said method comprising: 

extracting, from specialized packets within data traffic in 
said multimedia communications network, information 1Q 
regarding congestion of said multimedia communica- 
tions network, wherein said extracting step is com- 
pleted by a plurality of monitors coupled to said 
multimedia communications network that are designed 
to recognize and intercept said specialized packets; 

analyzing said information extracted from each of said 
plurality of monitors with a centralized processing 
component coupled to said plurality of monitors; and 

regulating congestion on said multimedia communica- 
tions network utilizing the analyzed information 2Q 
whereby said centralized processing component is uti- 
lized to control data traffic by messaging said plurality 
of gatekeepers, wherein said step of regulating conges- 
tion on said multimedia communications network 
includes transmitting a control message to one or more ^ 
of said plurality of gatekeepers, which responds to a 
receipt of said message in at least one of a plurality of 
ways from among rerouting data traffic flow from 
congested paths to less congested paths and throttling 
back the flow of data traffic to reduce congestion, 3Q 
wherein said plurality of gatekeepers operate in concert 
with each other based on received control messages 
from said centralized processing component. 

2. The method of claim 1, wherein said centralized 
processing component receives said congestion information 35 
from said plurality of monitors, wherein said analyzing step 
analyzes an aggregate of all received congestion information 
against known QoS and transmission parameters of said 
network. 

3. The method of claim 1, wherein said extracting step is 4Q 
completed by said plurality of congestion monitors and said 
extracting step further comprise the steps of: 

retrieving from within network traffic a subset of said 
specialized packets, whereby said specialized packets 
retrieved are members of a specified transmission pro- 45 
tocol; 

summarizing performance information extracted from 

said specialized packets; and 
forwarding said summarized performance information to 

said centralized processing component for analysis. 

4. The method of claim 3, wherein said specialized data 
packets retrieved are members of a scalable protocol that 
provides specific network traffic information including suf- 
ficient network delay, packet loss and throughput 



information regarding congestion of said multimedia 
communications network, wherein said extracting step 
is completed by a plurality of monitors coupled to said 
multimedia communications network that are designed 
to recognize and intercept said specialized packets; 
means for analyzing said information extracted from each 
of said plurality of monitors with a centralized pro- 
cessing component coupled to said plurality of moni- 
tors; and 

means for regulating congestion on said multimedia com- 
munications network utilizing the analyzed information 
whereby said centralized processing component is uti- 
lized to control data traffic by messaging said plurality 
of gatekeepers, wherein said means for regulating con- 
gestion includes means for transmitting a control mes- 
sage to one or more of said plurality of gatekeepers, 
which responds to a receipt of said message in at least 
one of a plurality of ways from among rerouting data 
traffic flow from congested paths to less congested 
paths and throttling back the flow of data traffic to 
reduce congestion, wherein said plurality of gatekeep- 
ers operate in concert with each other based on received 
control messages from said centralized processing 
component. 

7. The system of claim 6, wherein said plurality of 
monitors are stand-alone monitors that differentiate said 
specialized packets from standard data packets within net- 
work traffic and said congestion monitors are designed to 
retrieve only said specialized packets from said network 
traffic. 

8. The system of claim 7, wherein said analyzing means 
analyzes an aggregate of all received congestion information 
against known QoS and transmission parameters of said 
network. 

9. The system of claim 6, wherein said extracting means 
includes said plurality of congestion monitors, which further 
comprise means for: 

retrieving from within network traffic a subset of said 
specialized packets, whereby said specialized packets 
retrieved are members of a specified transmission pro- 
tocol; 

summarizing performance information extracted from 

said specialized packets; and 
forwarding said summarized performance information to 
said centralized processing component for analysis. 

10. The system of claim 9, wherein said specialized data 
packets retrieved are members of a scalable protocol that 
provides specific network traffic information including suf- 
ficient network delay, packet loss and throughput 

50 information, wherein additional functional characteristics of 
said scalable protocol include dynamically tracking the 
number of participants in a session, providing feedback on 
quality of data distribution, carrying a persistent transport 
level identifier, and controlling the real-time packet rate to 



information, wherein additional functional characteristics of 55 scale up to a large number of participants. 



said scalable protocol include dynamically tracking the 
number of participants in a session, providing feedback on 
quality of data distribution, carrying a persistent transport 
level identifier, and controlling the real-time packet rate to 
scale up to a large number of participants. 

5. The method of claim 1, whereby said communications 
network is created utilizing the H.323 standard. 

6. A system for reducing congestion of real time data 
traffic on a multimedia communications network having a 
traffic control mechanism, said system comprising: 

means for extracting, from specialized packets within data 
traffic in said multimedia communications network, 



11. The system of claim 6, whereby said communications 
network is created utilizing the H.323 standard. 

12. A computer program product for reducing congestion 
of real time data traffic on a multimedia communications 

60 network having a traffic control mechanism comprising 
program instructions in a computer usable medium for: 
analyzing congestion information extracted from special- 
ized packets within data traffic in said network, wherein 
said specialized packets are intercepted and retrieved 
65 by each of a plurality of monitors that are coupled to a 

centralized processing component and are designed to 
recognize and intercept said specialized packets; and 
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regulating congestion on said multimedia communica- 
tions network utilizing the analyzed information 
whereby said centralized processing component is uti- 
lized to control data traffic by messaging said plurality 
of gatekeepers, wherein said regulating program 5 
instructions include instructions for wherein said regu- 
lating program instructions include instructions for 
transmitting a control message to one or more of said 
plurality of gatekeepers, which responds to a receipt of 
said message in at least one of a plurality of ways from 10 
among rerouting data traffic flow from congested paths 
to less congested paths and throttling back the flow of 
data traffic to reduce congestion, wherein said plurality 
of gatekeepers operate in concert with each other based 
on received control messages from said centralized 15 
processing component. 

13. The computer program product of claim 12, wherein 
said program instructions further include instructions for: 

retrieving from within network traffic a subset of said 
specialized packets, whereby said specialized packets 20 
retrieved are members of a specified transmission pro- 
tocol that is H.323 standard compliant, wherein said 
specialized data packets retrieved are members of a 
scalable protocol that provides specific network traffic 
information including sufficient network delay, packet 25 
loss and throughput information, wherein additional 
functional characteristics of said scalable protocol 
include dynamically tracking the number of partici- 
pants in a session, providing feedback on quality of 
data distribution, carrying a persistent transport level 30 
identifier, and controlling the real-time packet rate to 
scale up to a large number of participants; 

summarizing performance information extracted from 
said specialized packets; and 

forwarding said summarized performance information to 
said centralized processing component for analysis. 

14. The method of claim 4, wherein said scalable protocol 
is the RTCP protocol and said specialized packets are RTCP 
packets. 40 

15. The method of claim 3, wherein said congestion 
monitors are stand-alone monitors that differentiate RTCP 
packets from standard data packets within network traffic 
and said congestion monitors are designed to retrieve only 
said specialized packets from said network traffic. 45 

16. The method of claim 1, further comprising selecting 
which ones of said plurality of gatekeepers to send a control 
message too, whereby only relevant gatekeepers among said 
plurality of gatekeepers are noticed about said congestion. 

17. The method of claim 16, further comprising: 
dynamically adjusting call admission policies of said 

gatekeepers to which said control message is sent 
wherein said call admissions policies are adjusted 
based on pre-determined rules upon receipt of said 
control message. 

18. The method of claim 3, wherein said controlling step 
includes: 

when a reduction in data rate is desired from a transmit- 
ting application, altering, via said plurality of monitors, 
a content of said RTCP packets to force congestion 



detection and subsequent bandwidth reduction for said 
transmitting application. 

19. The system of claim 6, further comprising: 
means for dynamically adjusting call admission policies 

of said gatekeepers-to which said control message is 
sent wherein said call admissions policies are adjusted 
based on predetermined rules upon receipt of said 
control message. 

20. The system of claim 9, wherein said controlling means 
includes: 

when a reduction in data rate is desired from a transmit- 
ting application, means for altering, via said plurality of 
monitors, a content of said RTCP packets to force 
congestion detection and subsequent bandwidth reduc- 
tion for said transmitting application. 

21. An apparatus for reducing congestion of real time data 
traffic on a multimedia communications network having a 
traffic control mechanism, said apparatus comprising: 

means for extracting, from specialized packets within data 
traffic in said multimedia communications network, 
information regarding congestion of said multimedia 
communications network 
means for analyzing said information extracted from the 

specialized packets; and 
means for regulating congestion on said multimedia com- 
munications network utilizing the analyzed information 
to control data traffic by messaging a plurality of 
gatekeepers, wherein said means for regulating con- 
gestion includes: 
means for transmitting a control message to one or more 
of said plurality of gatekeepers, which responds to a 
receipt of said message in at least one of a plurality of 
35 ways from among rerouting data traffic flow from 
congested paths to less congested paths and throttling 
back the flow of data traffic to reduce congestion, 
wherein said plurality of gatekeepers operate in concert 
with each other based on received control messages 
4 0 from said centralized processing component. 

22. The apparatus of claim 21, wherein: 
said analyzing means analyzes an-aggregate of all 

received congestion information against known QoS 
and transmission parameters of said network. 
45 23. The apparatus of claim 21, wherein said specialized 
data packets retrieved are members of a scalable protocol 
that provides specific network traffic information including 
sufficient network delay, packet loss and throughput 
information, wherein additional functional characteristics of 
50 said scalable protocol include dynamically tracking the 
number of participants in a session, providing feedback on 
quality of data distribution, carrying a persistent transport 
level identifier, and controlling the real-time packet rate to 
scale up to a large number of participants. 
55 24. The system of claim 6, wherein said means for 
extracting information regarding congestion, analyzing said 
information, and regulating congestion are logic compo- 
nents within a single, central apparatus. 



